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A SYSTEM AND METHOD F QP wtpft fs,<^ A UDIO COMMUNICATION 

WITH A COMPUTER 



5 RELATED APPLICATIONS 

This application claims the benefit of U.S. Application No. 60/415,31 1, filed 
October 1, 2002, titled "A System and Method for Wireless Audio Communication 
with a Computer," and U.S. Application No. 60/457,732, filed March 25, 2003, also 
titled "A System and Method for Wireless Audio Communication with a Computer," 
10 the disclosures of which are hereby incorporated by reference in their mtirety. 

FIELD OF THE INVENTION 

The present invention relates to a computer interface. More particularly, the 
present invention relates to a system and method for interfacing with a computer by 
way of audio communications. Even more particularly, the present invention relates 
15 to a voice recognition system and method for receiving audio input, a module for 

interacting with computer applications and a voice synthesis module for transmitting 
audio output. 

BACKGROUND OF THE INVENTION 

The public is increasingly using computers to store and access information 
20 that affects their daily lives. Personal information such as appointments, tasks and 
contacts, as well as enterprise data such as data in spreadsheets, databases, word 
processing documents and the like are all types of information that are particularly 
amenable to storage in a computer because of the ease of updating, organizing, and 
accessing such information. In addition, computers are able to remotely access time- 
25 sensitive information, such as stock quotes, weather reports and so forth, on or near a 
real-time basis from the Internet or another network. To perform all of the tasks 
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required of them, computers have become quite sophisticated and computationally 
powerful. Thus, while a user has access to his or her computer - in other words, 
while the user is at home or at the office - the user is able to easily access such 
computational power to perform a desired task. 

5 In many situations, however, a user will require access to such information 

while traveling or while simply away from his or her computer. Unfortunately, the 
full computing power of a computer is, for the most part, immobile. For example, a 
desktop computer is designed to be placed at a fixed location, and is, th^efore, 
unsuitable for mobile applications. Laptop computers are much more transportable 

10 than desktop computers, and have comparable computing power, but are costly and 
still fairly cumbersome. In addition, wireless Internet connectivity is expensive and 
still not widely available, and a cellular phone connection for such a lajjtop is slow by 
current Internet standards. In addition, having remote Internet connectivity is 
duplicative of the Intemet connectivity a user may have at his or her home or office, 

1 5 with attendant duplication of costs. 

Conventionally, a personal digital assistant ("PDA") can be used to access a 
user's information. Such a PDA can connect intermittently with a computer through a 
cradle or IR beam and thereby upload or download information witii tiie computer. 
Some PDAs can access the information through a wireless connection, or may double 

20 as a cellular phone. However, PDAs have numerous shortcomings. For example, 

PDAs are expensive, often duplicate some of the computing power ttiat already exists 
in the user's computer, sometimes require a subscription to an expensive service, 
often require synchronization with a base station or personal computer, are difficult to 
use - both in terms of learning to use a PDA and in terms of a PDA's small screen 

25 and input devices requiring two-handed use - and have limited functionality as 
compared to a user's computer. As the amount of mobile computing power is 
increased, tiie expense and complexity of PDAs increases as well. In addition, 
because a conventional PDA stores the user's information on-boaid, a PDA carries 
with it the risk of data loss through theft or loss of the PDA. 
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As the size, cost and portability of cellular phones has improved, the use of 
cellular phones has become almost universal. Some conventional cellular phones 
have limited voice activation capability to perform simple tasks using audio 
commands such as calling a specified person. Similarly, some automobiles and 
5 advanced cellular phones can recognize sounds in the context of receiving simple 
commands. In such conventional systems, the software involved simply identifies a 
known command (i.e., sound) which causes the desired fimction, such as calling a 
desired person, to be performed. In other words, a conventional system matches a 
sound to a desired fimction, without determining the meaning of the word(s) spoken. 
10 Similarly, conventional software applications exist that permit an email message to be 
spoken to a user by way of a cellular phone. In such an application, the cellular phone 
simply relays a command to the software, which then plays the message. 

Conventional software that is capable of recognizing speech is either server- 
based or primarily for a user that is co-located with the computer. For example, voice 

15 recognition systems for call centers need to be run on powerfiil servers due to the 
systems' large size and complexity. Such systems are large and complex in part 
because they need to be able to recognize speech fi:om speakers having a variety of 
accents and speech patterns. Such systems, despite their complex nature, are still 
typically limited to menu-driven rehouses. In other words, a caller to a typical voice 

20 recognition software package must proceed throu^ one or more layers of a menu to 
get to the desired fiinctions, rather than being able to simply speak the desired request 
and have the system recognize the request. Conventional speech recognition software 
that is designed to run on a personal computer is primarily directed to dictation, and 
such software is fiirther limited to being used while the user is in fiont of the 

25 computer and to accessing simple menu items that are determined by flie software. 

Thus, conventional speech recognition software merely serves to act as a replacement 
for or a supplement to typical input devices, such as a keyboard or mouse. 



30 



Furthermore, conventional PDAs, cellular phones and laptop computers have 
the shortcoming that each is largely unable to perform the other's fiinctions. 
Advanced wireless devices combine the fiinctionality of PDAs and cellular phones. 
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but ate very expensive. Thus, a user either has to purchase a device capable of 
performing the functions of a PDA, cellular phone, and possibly even a laptop - at 
great expense - or the user will more likely purchase an individual cellular phone, a 
PDA, and/or a laptop. 

5 Accordingly, what is needed is a portable means for communicating with a 

computer. More particularly, what is needed is a system and method for verbally 
communicating with a computer to obtain information by way of an inexpensive, 
portable device, such as a cellular phone. Even more particularly, what is needed is a 
system and method of operatively interconnecting multiple computing programs 
1 0 operating on a computer to provide an integrated system for sending commands to 
and receiving information from a remote computer. 

SUMMARY OF THE INVENTION 

In light of the foregoing limitations and drawbacks, a method and system for 
interacting with data stored on a computer is provided. Li the method, a 

1 5 communications connection between a computer and usct by way of a remote 

communications device is established. A spoken utterance or audio signal is received 
from the user by way of the remote communications device. This utterance or signal 
is processed to determine a desired function and the desired function is performed 
with respect to the data stored on fte computer, in accordance with the spoken 

20 utterance. 



In flie system, a communications channel enables communication between the 
computer and a remote communications device, and the channel is initiated by either 
the computer or the remote communications device. A voice recognition component 
receives an audio input and converts the input to textual form. A text-to-voice 
component converts textual data to spoken form, and a file interface component 
interacts with a file having the data stored therein. An interface program receives an 
audio input by way of the communications channel, causes the voice recognition 
component to convert the utterance to determine a desired function, causes the file 
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interface to interact with the file according to the desired function, and causes (he 
text-to-voice component to provide a result or confirmation of the desired action in 
spoken form to the remote communications device, and/or causes the desired action to 
be performed. 

5 BRIEF DESCKIPTION OF THE DRAWINGS 

The foregoing summary, as well as the following detailed description of 
preferred embodiments, is better understood when read in conjunction with the 
appended drawings. For the purpose of illustrating the invention, there is shown in 
the drawings exemplary embodiments of the invention; however, the invention is not 
1 0 limited to the specific methods and instrumentalities disclosed. In the drawings: 

Fig. 1 is a diagram of an exemplary computer in which aspects of the present 
invention may be implemented; 

Figs. 2A-C are diagrams of exemplary computer configurations in which 
aspects of the present invention may be implemented; 

15 Fig. 3 is a block diagram of an exemplary software configuration in 

accordance with an embodiment of the present invention; 

Figs. 4A-C are flowcharts of an exemplary method of a user-initiated 
transaction in accordance with an embodiment of the present invention; 

Fig. 5 is a flowchart of an exemplary method of a computer-initiated 
20 transaction in accordance with an embodiment of the present invention; 

Figs. 6A-F are screenshots illustrating an exemplary interface program in 
accordance with an embodiment of the present invention; and 

Figs. 7A-B are screenshots illustrating an exemplary spreadsheet in 
accordance with an embodiment of the present invention. 
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DETAILED DESCRIPTION OF ILLUSTRATIVE EMBODIMENTS 

A system and method for operatively comiecting a remote communications 
device with a computer by way of audio commands is described herein. In one 
embodiment of the present invention, a remote communications device such as, for 
S example, a cellular phone, wireless transceiver, microphone, wired telephone or the 
like is used to transmit an audio or spoken command to a user's computer. In another 
embodiment, the user's computer initiates a spoken announcement or the like to the 
user by way of the same remote communications device. An interface program 
running on the user's computer operatively interconnects, for example, speech 

10 recognition software to recognize the user's spoken utterance, text-to-speech software 
to communicate with the user, appointment and/or email software, spreadsheets, 
databases, the Internet or other network and/or the like. The interface program also 
can interface with computer I/O ports to communicate with external electronic 
devices such as actuators, sensors, fax machines, telephone devices, stereos, 

15 appliances, and the like. It will be appreciated that in such a manner an embodiment 
of the present invention enables a user to use a portable communications device to 
communicate with his or her computer from any location. 

For example, in one embodiment, a user may operate a cellular phone to call 
his or her computer. Upon establishing communications, the user may request any 

20 type of information the software component is configured to access. In another 

embodiment, the computer may contact the user by way of such cellular phone to, for 
example, notify the user of an appointment or the like. It will also be appreciated that 
the cellular phone need not perform any voice recognition or contain any of the user 
information that the user wishes to access. In fact, a conventional, "off-the-shelf* 

25 cellular phone or the like may be used with a computer mnning software according to 
one embodiment of the present invention. As a result, an embodiment of the present 
invention enables a user to use the extensive computing power of his or her computer 
from any location, and by using any of a wide variety of communications devices. 
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An example of such a computer, in accordance with one embodiment, is 
illustrated below in connection with Fig. 1 . Likewise, exemplary device 
configurations of a computer and one or more remote communications devices is 
illustrated below in connection with Figs. 2A-C. As noted above, an interface 
5 program operatively interconnects software and/or hardware for the purpose of 
implementing an embodiment of the present invention, and an exemplary 
configuration of such program and software is discussed below in connection with 
Fig. 3. An exemplary method of a user-initiated transaction is illustrated below in 
connection with Figs. 4A-C, and an exemplary method of a computer-initiated 

10 transaction is illustrated below in connection with Fig. 5. Figs. 6A-F illustrate 
exemplary configurations of software and/or hardware components and programs 
according to one embodiment of the present invention. Finally, Figs. 7A-B illustrate 
an exemplary configuration of a spreadsheet according to an embodiment In the 
following discussion, it will be appreciated that details of implementing such software 

1 5 and/or hardware components and communications devices, as well as the technical 
aspects of interoperabihty, should be known to one of skill in the art and therefore 
such matters are omitted herein for clarity. 

Turning now to Fig. 1 , an exemplary computer 100 in which aspects of the 
present invention may be implemented is illustrated. Computer 100 may be any 

20 general purpose or specialized computing device capable of performing the methods 
discussed herein. In one embodiment, computer 100 comprises a CPU housmg 102, a 
keyboard 104, a display device 106 and a mouse 108. It will be appreciated fliat a 
computer 100 may be configured in any number of ways while remaining consistent 
with an embodiment of the present invention. For example, computer 100 may have 

25 an integrated display device 106 and CPU housing 102, as would be the case with a 
laptop computer. In another embodiment, a computer 100 may have an alternative 
means of accepting user input, m place of or in conjunction with keyboard 104 and/or 
mouse 108. In an embodiment, a program 130 such as the interface program, a 
software component or the like is displayed on the display device 106. Such an 

30 interface program and software component as will be discussed below in connection 
with Figs. 3 and 6. 
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In an embodiment, computer 100 is also operatively connected to a network 
120 such as, for example, the Internet, an intranet or the like. Computer 100 further 
comprises a processor 1 12 for data processing, memory 1 10 for storing data, and 
input/output (I/O) 1 14 for communicating with the network 120 and/or another 
5 communications medium such as a telephone line or the like. It will be appreciated 
that processor 1 12 of computer 100 may be a single processor, or may be a plurality 
of interconnected processors. Memory 1 10 may be, for example, RAM, ROM, a hard 
drive, CD-ROM, USB storage device, or the like, or any combination of such types of 
memory. In addition, memory 110 may be located internal or external to computer 
10 100. I/O 11 4 may be any hardware and/or software component that permits a user or 
external device to communicate with computer 100. The I/O 114 may be a plurality 
of devices located intemally and/or externally. 

Turning now to Figs. 2A-C, diagrams of exemplary computer configurations 
in which aspects of the present invention may be implemented are illustrated. In Fig. 

15 2 A, a computer 100 having a housing 102, keyboard 104, display device 106 and 
mouse 108, as was discussed above in coimection with Fig. 1, is illustrated. In 
addition, a microphone 202 and speaker 203 are operatively connected to computer 
100. As may be appreciated, microphone 202 is adapted to receive sound waves and 
convert such waves into electrical signals that may be interpreted by computer 100. 

20 Speaker 203 performs the opposite function, whereby electrical signals from 

computer 100 are converted into sound waves. As may be appreciated, a user may 
speak into microphone 202 so as to issue commands or requests to computer 100, and 
computer 100 may respond by way of speaker 203. Conversely, computer 100 may 
initiate a "conversation" with a user by making a statement or playing a sound by way 

25 of speaker 203, by displaying a message on display device 106, or the like. As can be 
seen in Fig. 2A, an optional corded or cordless telephone or speakerphone may be 
connected to computer 100 by way of, for example, a telephone gateway connected to 
the computer 100, such as an IntemetPhoneWizard manufactured by Actiontec 
Electronics, Inc. of Sunnyvale, CA, in addition to or in place of any of keyboard 104, 

30 mouse 108, microphone 202 and/or speaker 203. As may be appreciated, a telephone 
210, in one embodiment, such as a conventional corded or cordless telephone or 
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speakerphone acts as a remote version of a microphone 202 and speaker 203, thereby 
allowing remote interaction with computer 100. One example of a telephone 210 
designed specifically to connect to a computer 100 is the Clarisys i750 Internet 
telephone by Claiysis of Elk Grove Village, IL. 

5 In Fig. 2B, a computer 100 having a housing 102, keyboard 104, display 

device 106 and mouse 108, as was discussed above in connection with Fig. 1, is again 
illustrated. In addition, computer 100 is operatively connected to a local telephone 
206. As may be appreciated, in one embodiment computer 100 is connected directly 
to a telephone line, without the need for an external telephone to be present 

10 Computer 100 may be adapted to receive a signal from a telephone line, for example 
by way of I/O 1 14 (replacing local telephone 206 and not shown in Fig. 2B for 
clarity). In such an embodiment, I/O 1 14 is a voice modem or equivalent device. 
Optional remote telephone 204 and/or cellular telephone 208 may also be operatively 
connected to local telephone 206 or to a voice modem. In yet another embodiment, 

1 5 local telephone 206 is a cellular telephone, and communication with computer 100 
occurs via a cellular telephone network. 

For example, in one embodiment, a user may call a telephone number 
corresponding to local telephone 206 by way of remote telephone 204 or cellular 
phone 208. In such an embodiment, computer 100 monitors all incoming calls for a 

20 predetermined signal or the like, and upon detecting such signal, the computer 100 
forwards such information from the call to the interface program or other software 
component. In such a manner, computer 100 may, upon connecting to the call, 
receive a spoken command or request from the user and issue a response. Conversely, 
the computer 100 may initiate a conversation with the user by calling the user at either 

25 remote telephone 204 or cellular phone 208. As may be appreciated, computer 100 
may have telephone-dialing capabilities, or may use local telephone 206, if present, to 
accomplish the same function. 

It will be appreciated that a telephone 204-208 may be any type of instrument 
for reproducing sounds at a distance in which sound is converted into electrical 
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impulses (in either analog or digital format) and transmitted either by way of wire or 
wirelessly by, for example, a cellular network or the like. As may be appreciated, an 
embodiment's use of a telephone for remotely accessing a computer 100 ensures 
relatively low cost and ready availability of handsets for the user. In addition, any 
5 type or number of peripherals may be employed in connection with a telephone, and 
any such type of peripheral is equally consistent with an embodiment of the present 
invention. In addition, any type of filtering or noise cancellation hardware or 
software may be used - either at a telephone such as telephones 204-208 or at the 
computer 100 - so as to increase the signal strength and/or clarity of the signal 
10 received from such telq>hone 204-208. 

Local telephone 206 may, for example, be a corded or cordless telephone for 
use at a location remote from the computer 100 while remaining in a household 
environment. In an alternate embodiment such as, for example, in an office 
environment, multi-line and/or long-range cordless telephone(s) may be used in 

15 connection with the present invention. It will be appreciated that while an 

embodiment of the present invention is described herein in the context of a single user 
operating a single telephone 204-208, any number of users and telephones 204-208 
may be used, and any such number is consistent with an embodiment of the present 
invention. As mentioned previously, local telephone 206 may also be a cellular 

20 telephone or other device capable of communicating via a cellular telephone network. 

Devices such as pagers, push-to-talk radios, and the like may be connected to 
computer 100 in addition to or in place of telephones 204-208. As will be 
appreciated, all or most of the user's information is stored in computer 100. 
Therefore, if a remote communications device such as, for example, telephones 204- 
25 208 are lost, the user can quickly and inexpensively replace the device without any 
loss of data. 



Turning now to Fig. 2C, a computer 100 having a housing 102, keyboard 104, 
display device 106 and mouse 108, as was discussed above in connection with Fig, 1, 
is once again illustrated. In contrast to the embodiment illustrated above in 
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connection with Fig, 2B, computer 100 is operatively connected to remote telephone 
204 and/or cellular telephone 208 by way of network 120, As may be appreciated, 
computer 100 may be operatively connected to the network 120 by way of, for 
example, a dial-up modem, DSL, cable modem, satellite connection, Tl connection or 
5 the like. For example, a user may call, either a "web phone" number, conventional 
telephone number which has been assigned to the computer 100 or the like to connect 
to computer 100 by way of network 120. Likewise, computer 100 may connect to 
remote telephone 204 and/or cellular phone 208 by way of network 120. In such an 
embodiment, it will be appreciated that computer 1 00 either has onboard or is in 
10 operative communications with telephone-dialing functionality in order to access 
network 120. Such functionality may be provided by hardware or software 
components, or a combination thereof, and will be discussed in greater detail below in 
connection with Fig. 4B, 

An example of how such telephone communication may be configured is by 
way of a Voice Over Internet Protocol (VoIP) connection. In such an embodiment, 
any remote phone may be able to dial the computer 100 directly, and connect to the 
interface program by way of an aspect of network 120. Such an interface program is 
discussed in greater detail below in connection with Figs. 3 and 6A-F. It will be 
appreciated that in an alternate embodiment, a Session Initiation Protocol (SIP) 
telephone 204-208, or even instant messaging technology or the like, could be used to 
conununicate with computer 100. 

Thus, several exemplary configurations of a user computer 100 in which 
aspects of the present invention may be implemented are presented. As may be 
appreciated, any manner of operatively connecting a user to a computer 100, whereby 
25 the user may verbally communicate with such computer 100, is equally consistent 
with an embodiment of the present invention. 

As may also be appreciated, therefore, any means for remotely communicating 
with computer 100 is equally consistent with an embodiment of the present invention. 
Additional equipment may be necessary for such computer 100 to effectively 



15 



20 
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communicate with such remote communications device, depending on the type of 
communications medium employed. For example, the input to a speech recognition 
engine generally is received from a standard input such as a microphone. Similarly, 
the output from a text-to-speech engine generally is sent to a standard output device 
5 such as a speaker. In the same manner, a communications device, such as a cellular 
telephone, may be capable of receiving input from a (headset) microphone and 
transmitting output to a (headset) speaker. Accordingly, an embodiment of the 
present invention provides connections between the speech engines and a 
communications device directly connected to the computer (e.g., telephone 206 as 

10 shown in figure 2B), so the output from the device - which would generally go to a 
speaker - is transferred to the input of the speech engine (which would generally 
come from a microphone). Likewise, there needs to be a connection between the 
output from the text-to-speech engine (which would also normally go to a speaker) to 
the input of the device in such a manner that the device will then forward the audio 

1 5 output to a remote caller. 

In a basic embodiment, such transference is accomplished between a 
telephone 206 that is external to the computer using patch-cords (as in Figure 2B). In 
some embodiments; however, the signals not only require transference, but also 
conditioning. For example, if the audio signals are analog, one embodiment requires 
20 impedance matching such as can be done with a variable resistor, volume control and 
so forth. If the audio signals are digital, the format (e.g., sample rate, sample bits 
(block size), and number of channels) must be conditioned. 

Another embodiment of such signal transference and conditioning involves 
"softphone" software, operating at the computer 100 in conjunction with the interface 

25 program. Such software facilitates VoIP telephonic communication places and 

receives telephone calls on a computer 100 using the Session Initiation Protocol (SIP) 
standard or other protocols such as H.323. One example of such software is X-PRO, 
which is manufactured by Xten Networks, Inc., of Bumaby, British Columbia, 
Canada. Softphone software generally sends telephonic sound to a user by way of 

30 local speakers or a headset, and generally receives telephone voice by way of a local 
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microphone. Often the particular audio devices to be used by the softphone software 
can be selected as a user setting, as sometimes a computer 100 has multiple audio 
devices available. As noted above, text-to-speech software generally sends sound 
(output) to its local user by way of local speakers or a headset; and, speech 
5 recognition software generally receives voice (input) by way of a local microphone. 
Accordingly, the softphone software must be linked by an embodiment of the present 
invention to the text-to-speech software and the speech recognition software. Such a 
linkage may be accomplished in any number of ways and involving either hardware 
or software, or a combination thereof. In one embodiment, a hardware audio device is 

10 assigned to each application, and then the appropriate output ports and input ports are 
linked using patch cables. Such an arrangement permits audio to flow fi^om the 
softphone to the speech recognition software, and from the text-to-speech software to 
the softphone software. As may be appreciated, such an arrangement entails 
connecting speaker output ports to microphone input ports and therefore in one 

1 5 embodiment impedance-matching in the patch cables is used to mitigate sound 
distortion. 

Another embodiment uses special software to link the audio signals between 
applications. An example of such software is Virtual Audio Cable (software written 
by Eugene V. Muzychenko), which emulates audio cables entirely in software, so that 

20 different software programs that send and receive audio signals can be readily 

connected. In such an embodiment, a pair of Virtual Audio Cables are configured to 
permit audio to flow from the softphone to the speech recognition software, and firom 
the text-to-speech software to the softphone software. In yet another embodiment, the 
softphone software, the text-to-speech software and the speech recognition software 

25 are modified or otherwise integrated so the requirement for an external audio 
transference device is obviated entirely. 

Turning now to Fig. 3, a block diagram of an exemplary software and/or 
hardware configuration in accordance with an embodiment of the present invention is 
illustrated. As may be appreciated, in one embodiment of the present invention, such 
30 software is run by the computer 100. In such a manner, the computing power of such 
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computer 100 is utilized, rather than attempting to implement such software on a 
remote communications device such as, for example, telephones 204-210 as discussed 
above in connection with Figs. 2A-C (not shown in Fig. 3 for clarity). 

It will be appreciated that each software and/or hardware component 
5 illustrated in Fig. 3 is operatively connected to at least one other software and/or 
hardware component (as illustrated by the dotted lines). In addition, it will be 
appreciated that Fig. 3 illustrates only one embodiment of the present invention, as 
other configurations of software and/or hardware components are consistent with an 
embodiment as well. It will be appreciated that the software components illustrated in 
10 Fig. 3 may be stand-alone programs, application program interfaces (APIs) or the like. 
Importantly, some software components already may be present, thus substantially 
lowering costs, reducing complexity, saving hard disk space, and improving 
efficiency. 

A telephony input 302 is any type of component that permits a user to 
1 5 communicate by way of spoken utterances or audio commands (e.g., DTMF signals) 
with the computer 100 via, for example, input devices as discussed above in 
cormection with Figs. 2A-C. Likewise, a telephony output 304 is provided for 
outputting electrical signals as sound for a user to hear. It will be appreciated fliat 
both telephony input 302 and telephony output 304 may be adapted for other purposes 
20 such as, for example, receiving and transmitting signals to a telephone or to network 
120, including having flie functionality necessary to establish a connection by way of 
such telephone or network 120. Telephony input 302 and output 304 may be 
hardware internal or external to the computer 100, or software such a softphone 
application and associated network interface card. 

25 Also provided is voice recognition software 310 which, as the name implies, is 

adapted to accept an electronic signal - such as a signal received by telephony input 
302 - wherein the signal represents a spoken utterance by a user, and to decipher such 
utterance. Voice recognition software 3 10 may be, for example, any type of 
specialized or off-the-shelf voice recognition software. Such recognition software 
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310 may include user training for better-optimized speech recognition. In addition, a 
text-to-speech engine 3 1 5 for communicating with a user is illustrated. Such text-to- 
speech engine 315, in an embodiment, generates spoken statements from electronic 
data, that are then transmitted to the user. In an embodiment as illustrated in Fig. 3, a 
5 natural language processing module 325 and a natural language synthesis module 330 
are provided to interpret and construct, respectively, spoken statements. 

User data 320 comprises any kind of information that is stored or accessible to 
computer 100, that may be accessed and used in accordance with an embodiment of 
the present invention. For example, a personal information data file 322 may be any 

10 type of computer file that contains any type of information. Email, appointment files, 
personal information and the like are examples of the type of information that is 
stored in a personal information database. Additionally, such a personal information 
data file 322 may be a type of file such as, for example, a spreadsheet, database, 
document file, email data, and so forth. Furthermore, such a data file 322 (as well as 

15 data file 324, below) may be able to perform tasks at the user's direction such as, for 
example, open a garage door, print a document, send a fax, send an e-mail, turn on 
and/or control a household appliance, record or play a television or radio program, 
interface with communications devices and/or systems, and so forth. Such 
functionality may be included in the data file 322-324, or may be accessible to such 

20 data file 322-324 by way of, for example, telephony input 302 and output 304, 

Input/Output 350, and/or the like. It will be appreciated that the interface program 
300 may be able to carry out such tasks using components, such as those discussed 
above, that are internal to the computer 100, or the program 300 may interface — using 
telephony input 302 and output 304, Input/Output 350, and/or the like - with devices 

25 external to the computer 100. 

An additional file that may be accessed by computer 100 on behalf of a user is 
a network-based data file 324. Such a data file 324 contains macros, XML tags, or 
other functionality that accesses a network 1 20, such as the Internet, to obtain up-to- 
date information for the user. Such information may be, for example, stock prices, 
30 weather reports, news, and the like. Another example of such a data file 324 will be 
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discussed below in the context of an Internet-enabled spreadsheet in Figs. 7A-B. As 
will be appreciated, the term user data 320 as used herein refers to any type of data 
file including the data files 322 and/or 324. A data file interface 335 is provided to 
permit the interface program 300 to access the user data 320. As may be appreciated, 
5 there may be a single data file interface 335, or a plurality of interfaces 335 which 
may interface only with specific files or file types. Also, in one embodiment, a 
system clock 340 is provided for enabling the interface program 300 to determine 
time and date information. In addition, in an embodiment an Input/Output 350 is 
provided for interfacing with external devices, components, and the like. For 
10 example, Input/Output 350 may comprise one or more of a printer port, serial port, 
USB port, and/or the like. 

Operatively connected (as indicated by the dotted lines) to the aforementioned 
hardware and software components is the interface program 300. Details of an 
exemplary user interface associated with such interface program 300 are discussed 

15 below in connection with Figs. 6A-F. However, the interface program 300 itself is 
either a stand-alone program, or a software component that orchestrates tiie 
performance of tasks in accordance with an embodiment of the present invention. For 
example, the interface program 300 controls the other software components, and also 
controls what user data 320 is open and what "grammars" (expected phrases to be 

20 uttered by a user) are listened for. 

It will be appreciated that the interface program 300 need not itself contain the 
user data 320 in which the user is interested. In such a manner, the interface program 
300 remains a relatively small and efficient program that can be modified and updated 
independently of any user data 320 or other software components as discussed above. 

25 In addition, such a modular configuration enables the interface program 300 to be 
used in any computer 100 that is running any type of software components. As a 
result, compatibility concerns are alleviated. Furthermore, it will be appreciated that 
the interface program's 300 use of components and programs that are designed to 
operate on a computer 100, such as a personal computer, enables sophisticated voice 

30 recognition to occur in a non-server computing environment. Accordingly, the 
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interface program 300 interfaces with programs that are designed to run on a 
computer 100 - as opposed to a server ~ and are familiar to a computer 100 user. For 
example, such programs may be preexisting software applications that are part of, or 
accessible to, an operating system of computer 100. As may be appreciated, such 
5 programs may also be stand-alone applications, hardware interfaces, and/or the like. 

It will also be appreciated that the modular nature of an embodiment of the 
present invention allows for the use of virtually any voice recognition software 310. 
However, the large variances in human speech patterns and dialects limits the 
accuracy of any such recognition software 310. Thus, in one embodiment, the 

10 accuracy of such software 3 10 is improved by limiting the context of the spoken 

material the software 310 is recognizing. For example, if the software 310 is limited 
to recognizing words from a particular subject area, the software 310 is more likely to 
correctly recognize an utterance - that may sound similar to any number of unrelated 
words - as a word that is related to the desired subject area. Therefore, in one 

15 embodiment, the user data 320 that is accessed by the interface program 300 is 

configured and organized in such a manner as to perform such context limiting. Such 
configuration can be done in the user data 320 itself rather than requiring a change to 
the interface program 300 or other software components as illustrated in Fig. 3. 

r For example, a spreadsheet application such as Microsoft® Excel or the like 
20 provides a means for storing and accessing data in a manner suitable for use with the 
interface program 300. Script files, alarm files, look-up files, command files, solver 
files and the like are all types of spreadsheet files tiiat are available for use in an 
embodiment of the present invention. The use of a spreadsheet in coimection with an 
embodiment of the present invention will be discussed in detail in connection with 
25 Fig. 7A, below. 

A script file is a spreadsheet that provides for a spoken dialogue between a 
user and a computer 100. For example, in one embodiment, one or more columns (or 
rows) of a spreadsheet represent a grammar that may be spoken by a user — and 
therefore will be recognized by the interface program 300 - and one or more columns 
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(or rows) of the spreadsheet represent the computer's 100 response. Thus, if a user 
says, for example, "hello,'' the computer 100 may say "hi" or "good morning" or the 
like. Such a script file thereby enables a more user-friendly interaction with a 
computer 100. 

S An alarm file, in one embodiment, has entries in one or more colimins (or 

rows) of a spreadsheet that correspond to a desired function. For example, an entry in 
the spreadsheet may correspond to a reminder, set for a particular date and/or time, for 
the user to take medication, attend a meeting, etc. Thus, the interface program 300 
interfaces wifli a component such as the telephony output 304 to contact the user and 
10 inform him or her of the reminder. Thus, it will be appreciated that an alarm file is, in 
some embodiments, always active because it must be running to generate an action 
upon a predetermined condition. 

A look-up file, in one embodiment, is a spreadsheet that contains information 
or is cross-referenced to information. In one embodiment, the information is 
contained entirely within the look-up file, while in other embodiments the look-up file 
references information from data sources outside of the look-up file. For example, 
spreadsheets may contain cells that reference data that is available on the Internet 
(using, for example, "smart tags" or the like), and that can be "refreshed" at a 
predetermined interval to ensure the information is up-to-date. Therefore, a look-up 
file may be used to find information for a user such as, for example, stock quotes, 
sports scores, weather conditions and the like. It will be appreciated that such 
information may be stored locally or remote to computer 100. 

A conmiand file, in one embodiment, is a spreadsheet that allows a user to 
input commands to the computer 100 and to cause the interface program 300 to 
25 interface with an appropriate component to carry out the command. For example, the 
user may wish to hear a song, and therefore the interface program 300 interfaces with 
a music program to play the song. A solver file, in one embodiment, allows a user to 
solve mathematical and other analytical problems by verbally querying the computer 
100. 
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In each type of file, the data contained therein is organized in a series of rows 
and/or columns^ which include "grammars*' or links to grammars which the voice 
recognition software 310 must recognize to be able to determine the data to which the 
user is referring. As noted above, an exemplary spreadsheet used by an embodiment 
5 of the present invention is discussed below in connection with Figs. 7A-B. 

As noted above, a script file represents a simple application of spreadsheet 
technology that may be leveraged by the interface program 300 to provide a user with 
the desired information or to perform the desired task. It will be appreciated that, 
depending on the particular voice recognition software 310 being used in an 

10 embodiment, the syntax of such scripts affects what such software is listening for in 
terms of a spoken utterance from a user. As will be discussed below in connection 
with Fig. 7A, an embodiment of the present invention provides flexible grammars, as 
well as a user-friendly way of programming such grammars, so a user does not have 
to remember an exact statement that must be spoken in order to cause computer 100 

15 to perform a desired task. 

An embodiment is configured so as to only open, for example, a lookup file 
when requested by a user. In such a manner, the number of grammars that the 
computer 100 must potentially decipher is reduced, thereby increasing the speed and 
reliability of any such voice recognition. In addition, such a configuration also frees 
20 up computer 100 resources for other activities. If a user desires to open such a file, 
the user may issue a verbal command such as, for example, "look up stock prices" or 
the like. The computer 100 then determines which data file 322-324, or the like 
corresponds to the spoken utterance and opens it The computer then 100 informs the 
user, by way of a verbal cue, that the data is now accessible. 

25 In an alternate embodiment, the user would not complete the spreadsheets or 

the like using the standard spreadsheet technology. Instead, a wizard, API or the like 
may be used to fill, for example, a standard template file. In another embodiment, the 
speech recognition technology discussed above may be used to fill in such a template 
file instead of using a keyboard 104 or the like. In yet another embodiment, the 
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interface program 300 may prompt the user with a series of spoken questions, to 
which the user speaks his or her answers. In such a manner, the computer 100 may 
ask more detailed questions, create or modify user data 320, and so forth. 
Furthermore, in yet another embodiment, a wizard converts an existing spreadsheet, 
5 or one downloaded from the Internet or the like, into a format that is accessible and 
understandable to the interface program 300. 

Therefore, in such an exemplary configuration as illustrated in Fig. 3, the 
interface program 300, according to an embodiment of the present invention, is able 
to send information to and receive such information from a user. Such information 
10 may contain user data 320, that may be contained within computer 100 (such as, for 
example, in memory 1 10), in a network 120 such as the Internet, and/or the like. A 
method of performing such tasks is therefore now discussed in coimection with Figs. 
4 and 5, below. 

Turning now to Figs. 4A-C, flowcharts of an exemplary method of a user- 
1 5 initiated transaction in accordance with an embodiment of the present invention are 
shown. As was noted in the discussion of alarm scripts in connection with Fig. 3, 
above, it will be appreciated that in one embodiment the interface program 300, by 
way of telephony output 304, is able to initiate a transaction as well. Such a situation 
is discussed below in connection with Fig. 5. 

20 At step 405, a user establishes communications with the computer 100. Such 

an establishment may take place, for example, by the user calling the computer 100 by 
way of a cellular phone 208 as discussed above in connection with Figs. 2B-C. It will 
be appreciated that such an establishment may also have intermediate steps that may, 
for example, establish a security clearance to access the user data 320 or the like. At 

25 optional step 410, a "spoken" prompt is provided to the user. Such a prompt may 

simply be to indicate to the user that the computer 100 is ready to listen for a spoken 
utterance, or such prompt may comprise other information such as a date and time, or 
the like. 
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At step 41 5, a user request is received by way of, for example, the telephony 
input 302 or the like. At step 420, the user request is parsed and/or analyzed to 
determine the content of the request. Such parsing and/or analyzing is performed by, 
for example, the voice recognition module 310 and/or the natural language processing 

5 module 325. At step 425, the desked function corresponding to the user's request is 
determined. It will be appreciated that steps 410-425 may be repeated as many times 
as necessary for, for example, voice recognition software 310 to recognize the user's 
request. Such repetition may be necessary, for example, when the communications 
channel by which the user is communicating with the computer 100 is of poor quality, 

10 the user is speaking unclearly, or for any other reason. 

If the determination of step 425 is that the user is requesting existing 
information or for computer 100 to perform an action, the method proceeds to step 
430 of Fig. 4B. For example, the user may wish to have the computer 100 read his or 
her appointments for the following day. Alternatively, the user may wish to find out 
15 current stock quotes, as will be discussed below in connection with Figs. 7A-B. If 
instead the determination of step 425 is that the desired function corresponding to the 
user request is to add or create data, the method proceeds to step 450 of Fig. 4C. For 
example, the user may wish to record a message, enter a new phone number for an 
existing or new contact, and/or the like. 

20 Thus, and turning now to Fig. 4B, at step 430 the requested user data 320 is 

selected and retrieved by interface program 300. As noted above in connection with 
Fig. 3, an appropriate data file interface 335 is activated by the interface program 300 
to interact with user data 320 and access the requested information. Alternatively, 
such an interface 335 may be adapted to perform a requested action using, for 

25 example, Input/Output 350. At step 432, the interface program 300 causes either the 
text-to-speech engine 315 and/or the natural language synthesis component 330 to 
generate a spoken answer based on the information retrieved from the user data 320, 
and/or causes a desired action to occur. If the requested data requires it, at optional 
step 434 a spoken prompt is again provided to the user to request additional user data 

30 320, or to further clarify the original request. At optional step 436, a user response is 
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received, and at optional step 438 the response is again parsed and/or analyzed. It 
will be appreciated that such optional steps 434-438 are performed as discussed above 
in connection with steps 410-420 of Fig. 4 A. It will also be appreciated that such 
steps 434-438 are optional because if the desired function is for the interface program 
5 300 to perform an action (such as, for example, to open a garage door, send a fax, 
print a document or the like) no response may be necessary, although a response may 
be generated anyway (e.g., to inform the user that the action was carried out 
successfully). At step 440, a determination is made as to wheflier further action is 
required. If so, the method returns to step 430 for further user data 320 retrieval. If 
10 no further action is required, at step 442 the conversation ends (if, for example, the 
user hangs up the telephone) or is placed in a stemdby mode to await further user 
input. 

It will be appreciated that the determination of step 425 could result in a 
determination that the user is requesting a particular action be performed. For 

1 5 example, the user may wish to initiate a phone call. In such an embodiment, the 

interface program 300 directs Session Initiation Protocol (SIP) softphone software by 
way of telephony input and output 302 and 304, Input/Output 350, and/or the like (not 
shown in Fig. 4B for clarity) to place a call to a telephone number as directed by the 
user. In another embodiment, the user could request a call to a telephone number that 

20 resides in, for example, the Microsoft® Outlook® or other contact database. Lti such 
an embodiment the user requests that the program 300 call a particular name or other 
entry in the contact database and the program 300 causes the SIP softphone to dial the 
phone number associated with that name or other entry in the contact database. It will 
be appreciated that, while the present discussion relates to a single telephone call, any 

25 number of calls may be placed or connected, thereby allowing conference calls and 
the like. 

When placing a call in such an embodiment, the program 300 initiates, for 
example, a conference call utilizing the SEP phone, such that the user and one or more 
other users are connected together on the same line and, in addition, have the ability 
30 to verbally issue commands and request information from the program. Specific 
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grammars would enable the program to "listen" quietly to the conversation among the 
users until the program 300 is specifically requested to provide information and/or 
perform a particular activity. Alternatively, the program 300 "discormects** ftom the 
user once the program has initiated the call to another user or a conference call among 
5 multiple users. 

As discussed above in connection with Fig. 4A, the user may desire to add or 
create data instead of simply requesting to retrieve such data or take a specified 
action. Thus, referring now to Fig. 4C, at step 450 user data 320, in the form of a new 
database, spreadsheet or the like — or as a new entry in an existing file - is selected or 

10 created in accordance with the user instruction received in connection with Fig. 4 A, 
above. At step 452, a spoken prompt is provided to the user, whereby the user is 
instructed to speak tfie new data or instruction. At step 454, the user response is 
received, and at step 456, the response is parsed and/or analyzed. At step 458, the 
spoken data or field is added to the user data 320 fliat was created or selected in step 

15 450. At optional step 460, if necessary, a spoken prompt is again provided to the user 
to request additional new data. At optional step 462, such data is received in the form 
of the user's spoken response, and at optional step 464, such response is parsed and/or 
analyzed. At step 466, a determination is made as to whether further action is 
required. If so, the method returns to step 458 to add the spoken data or field to the 

20 user data 320. If no further action is required, at step 468 the conversation ends or is 
placed in a standby mode to await further user input. It will be appreciated that such 
prompting and receipt of user utterances takes place as discussed above in connection 
with Figs. 4A-B. 

In contrast to the method described above in connection with Figs. 4A-C, the 
25 method of Fig. 5 is an exemplary method of a computer 100-initiated transaction in 
accordance with an embodiment of the present invention. Accordingly, and referring 
now to Fig.5, at step 500 user data 320 is monitored. As maybe appreciated, multiple 
instances of user data 320 may be monitored by interface program 300 such as, for 
example, an alarm file, an appointment database, an email/scheduling program file 
30 and the like. At step 505, a determination is made as to wheflier the user data 320 
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being monitored contains an action item. It will be appreciated that in an embodiment 
the interface program 300 is adapted to use the system clock 340 to, for example, 
review entries in a database and determine which currently-occurring items may 
require action. If no action items are detected, the interface program 300 continues 
5 monitoring the user data 320 at step 500. If the user data 320 does contain an action 
item, the interface program 300, at step 510, initiates a conversation with the user. 
Such an initiation may take place, for example, by the interface program 300 causing 
a software component to contact the user by way of a telephone 204 or cellular phone 
208. Any of the hardware configurations discussed above in connection with Figs. 
10 2A-C are capable of canying out such a function. 

At step 515, a spoken prompt is issued to the user. For example, upon the user 
answering his or her cellular phone 208, the interface program 300 causes the text-to- 
speech engine 3 1 5 to generate a statement regarding the action item. It will be 
appreciated that other, non-action-item-related statements may also be spoken to the 

15 user at such time such as, for example, security checks, predetermined pleasantries, 
and the like. At step 520, the user response is received, and at step 525, the response 
is parsed and/or analyzed as discussed above in connection with Figs. 4A-B. At step 
530, a determination is made as to whether further action is required, based on the 
spoken utterance. If so, the method returns to step 515. If no further action is 

20 required, at optional st^ 535 the interface program 300 makes any adjustments that 
need to be made to user data 320 to complete the user's request such as, for example, 
causing the database interface 320 to save changes or settings, set an alarm, and the 
like. The interface program 300 then retums to step 500 to continue monitoring the 
user data 320. It will be appreciated that the user may disconnect Scorn the computer 

25 100, or may remain connected to perform other tasks. In fact, the user may then, for 
example, issue instructions that are handled according to the method discussed above 
in connection with Fig. 4. 



30 



Thus, it will be appreciated that interface program 300 is capable of both 
initiating and receiving contact from a user with respect to user data 320 stored on or 
accessible to computer 100. It will also be appreciated that interface program 300, in 
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some embodiments, runs without being seen by the user, as the user accesses 
computer 100 remotely. However, the user may have to configure or modify interface 
program 300 so as to have such program 300 operate according to the user's 
preferences. Accordingly, Figs, 6A-F are screenshots illustrating an exemplary user 
5 interface 600 of such interface program 300 in accordance with an embodiment of the 
present invention. As noted above, one of skill in the art should be familiar with the 
programming and configuration of user interfaces for display on a display device of a 
computer 100, and therefore the details of such configurations are omitted herein for 
clarity. 

10 Turning now to Fig. 6 A, a user inteH&ce 600 of the aforementioned interface 

program 300 is illustrated. As can be seen in Fig. 6A, user interface 600 has several 
selectable tabs 602, each corresponding to various features grouped by function. As 
may be appreciated, any type of selection feature in place of or in addition to tabs 602 
may be used while remaining consistent with an embodiment of the present invention. 

15 In Fig. 6A, it can also be seen that user interface 600 is presenting a "main menu." 

Within such main menu of user interface 600 is an optional listing of phrases 604 that 
may be spoken by a user, along with a brief explanation of what each phrase 604 will 
accomplish. Such phrases are an example of the aforementioned grammars that may 
be discerned by the voice recognition 310 and natural language processing 325 

20 components. 

Referring now to Fig. 6B, another view of the user interface 600 is illustrated. 
In the view of Fig. 6B, an available speech profile 606 is displayed. As will be 
appreciated, and as was discussed above in connection with Fig. 3, the voice 
recognition software 3 1 5 (not shown in Fig. 6B for clarity) can, in one embodiment, 
25 be configured to respond to a vcuiety of possible speech profiles. Such different 
profiles may correspond, for example, to different hardware or software 
configurations or different users as illustrated above in connection with Fig. 2. 

Turning now to Fig. 6C, yet another view of the user interface 600 is 
illustrated. In Fig. 6C, a list of configuration options 608 is presented. As may be 
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appreciated, such options 608 enable the interface program 300 to be customized for 
the user's preferences. For example, a location of the user (in terms of ZEP code or 
the like) may be requested to determine a time zone in which the user resides, and the 
like. As noted above, the interface program 300 may also be configured to interact 
5 with email and/or calendar or appointment software, such as Microsoft® Outlook®, 
Eudora, and so forth. Among other possible configuration options 608, and in one 
embodiment, are audio format settings 608a, connection settings 608b and the like. It 
will be appreciated that any number and type of configuration options 608 may be 
made available to a user by way of the user interface 600, and any such configuration 
10 options 608 are equally consistent with an embodiment of the present invention. 

Turning now to Fig. 6D, another view of the user interface 600 is illustrated. 
In such a view, sheets 610 of user data 320 are shown to be available to the interface 
program 300. As noted above, the interface program 300 is capable of interfacing 
with other programs, data files, websites and the like. The view shown in Fig. 6D 
1 5 presents the available files and programs as "sheets" that may be selected or verbally 
requested by a user. 

Referring now to Fig. 6E, yet another view of the user interface 600 is 
illustrated. In Fig. 6E, a listing of available search phrases 612 is listed, along with 
available search records 614. As noted above in connection with Fig. 3, the interface 
20 program 300 and/or the user data 320 may have a set of predetermined phrases, or 
grammars, that the computer 100 attempts to recognize by way of the voice 
recognition component 310. In such a manner, therefore, the reliability of the voice 
recognition component's 310 translation may be improved. Such grammars will be 
discussed below in greater detail in connection with Fig. 7. 

25 Turning now to Fig. 6F, yet another view of the user interface 600 is 

illustrated. In the present view, a dialog 61 8 — which shows the voice recognition 
software's 310 analysis of a user's spoken request - is shown. As may be 
appreciated, a user will, in one embodiment of the present invention, not see such 
dialog 618, if the user is located remotely from the computer 100. However, such a 
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dialog 618 may be presented by such user interface 600 for diagnostic, entertainment 
or other purposes. 

Turning now to Fig. 7A, a sheet 700 of user data 320 is illustrated. As can be 
seen in Fig. 7A, the exemplary sheet 700 illustrated is a spreadsheet, although as may 
5 be appreciated the sheet 700 may be any type of information data type that is 

accessible to or stored on computer 100. In the sheet 700, a listing of grammars 712 
is illustrated, as well as search records 714 which, in Fig. 7A, are individual stock 
records. In addition, it can be seen in Fig. 7A that the spreadsheet 700 comprises 
several sheets 716 of data, any of which are accessible to an embodiment of the 
10 present invention. Sheets 716 indicate that the spreadsheet 700 contains multiple 

levels of data, any of which may be accessed by a user. As noted above in connection 
with Fig. 3, any type of user data 320 that is organized in any fashion and stored in 
any type of file is equally consistent with an embodiment of the present invention. 

However, in one embodiment, the audio input to and output from the computer 
100 is located in the first and second rows, respectively, of sheet 716 in each column. 
In such an embodiment, the computer 100 may be programmed to detect the entire 
question, or just key words or the like. The computer 100 thus responds with the 
predetermined answer, as shown in the second row. It will be appreciated that in one 
embodiment the answer restates the question in some form so as to avoid confusing 
the user, and to let the user know that the computer 100 has interpreted the user's 
question accurately. 

It will be appreciated that a user may program such spreadsheets 700 with 
customized information, so the user will have a spreadsheet 700 that contains 
whatever information the user desires, in any desired format. In addition, the use of 
25 spreadsheets pemiits the user to, for example, download such spreadsheets 700 from a 
network 120, the Internet or die like. It will also be appreciated that the foil 
fonctionality of such a spreadsheet 700 program (including web queries, smart tags 
and the like) may be used to provide the user with a flexible means for storing and 
accessing data that is independent of both the interface program 300 and the remote 
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communications device being used. As will be appreciated, the exemplary stock 
quote spreadsheet 700 of Fig. 7 uses functions that automatically update the stock 
prices by way of the network 120 or the like, thereby keeping time-sensitive data 
current. 

5 It will be appreciated that such phrases 7 12, in one embodiment, contain 

multiple possible grammars for requesting the same information. In such a manner, 
the user does not have to remember the exact syntax for the desired query, which is of 
particular in embodiments where the user is located remotely from the computer 100. 
Therefore, a request having a slight variation in the spoken syntax can still be 
10 recognized by the computer 100. 

As an example, an inflexible grammar for requesting the current price of a 
particular stock may only return a response if the spoken utterance is exactly: "what is 
the current price of [record]?" In contrast, a flexible grammar can contain a plurality 
of grammatically-equivalent phrases that a user might use when speaking to the 

15 computer 100 such as, for example, "what is," "what*s," "what was,'* the "last price," 
"current price," "price," ofi^for [record] and the like. Accordingly, a user who says, 
"what's the price for [record]?" will get the same response as a user who says, "what 
was the last price of [record]?" It will be appreciated that in one embodiment such 
flexibility is provided by way of logical symbols and the like, but any such method of 

20 providing a flexible grammar is equally consistent with an embodiment of the present 
invention. As can be seen in the second row of the spreadsheet 700, an answer to the 
question posed above would be "the last price for [record] was [price]." 

In one embodiment, the interface program 300, by way of the data file 
interface 335, interfaces with a spreadsheet, such as a Microsoft® Excel spreadsheet, 
25 in such a manner that a user can readily access data in a logical, and yet personalized 
manner. The data file interface 335 looks for input grammar in, for example, row 1 of 
sheet 2, output grammar in row 2 of sheet 2 and record labels in column 1 of sheet 2. 
When a user asks the interface program 300 to look-up a file, the data file interface 
335 opens the spreadsheet and goes to sheet 2. The interface program 300 generates 
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all of the possible input grammars (i.e., every question in row 1, in every form with 
respect to flexible grammars) is combined with every record. For example, in the 
above example the flexible grammar is "what is," "what's," "what was," the "last 
price," "current price," "price," of/for [record]. Such a grammar would generate three 
5 separate grammars for "what is," "what's" and "what was." This would be multiplied 
by three grammars for "last price," "current price" and "price," and by two more 
grammars for "of or "for," and then would be multiplied again for the number of 
stocks (records) in the sheet 

The interface program, in such an embodiment, is then programmed to 
respond with the text-to-speech output grammar corresponding to tiie identified input 
grammar. The output grammar is generally a combination of the "output grammar" 
found in row 2, with the record label that is part of the input grammar, and the data 
"element" that is found in the cell that correlates with the column of the input 
grammar and the input record. The interface program 300 then sends the text-to- 
speech output to the selected output communications device. This format allows the 
user to readily program input and output grammars that are useful and personal. 

It will also be appreciated that in some embodiments or contexts, a flexible 
grammar may not be appropriate, and in still other embodiments the grammar of the 
computer's 100 spoken text may be flexible as well. In such a manner, the computer 
20 100 has a more "natural'* feel for the user, as the computer 1 00 varies its text in a 
more realistic way. Such variance may be accomplished, for example, by way of a 
random selection of one of a plurality of equivalent grammars, or according to the 
particular user, time of day, and/or the like. 

It will also be appreciated that a spreadsheet 700 may contain macros for 
25 performing certain tasks. For example, an entry in a spreadsheet may be configured 
to respond to the command "call Joe Smith" by looking up a phone number associated 
with a "Joe Smith" entry in the same or different spreadsheet, or even in a separate 
application such as Microsoft® Outlook® or another an email program. The interface 
program 300 may then access a component for dialing a phone number, and the phone 



10 



15 



wo 2004/032353 



PCT/US2003/031193 



-30- 

number would then be dialed and the call connected to the user. Any such 
functionality can be used in accordance with an embodiment of the present invention. 
For example, in the spreadsheet 700 of Fig. 7 A, the stock prices and other such 
information is acquired from a website by way of an active web link for each stock's 
5 price. It will also be appreciated that other type of files such as, for example, tab 

delimited text files, database files, word processing files and the like could all provide 
an open architecture in which the user can create numerous individualized data 
sources. 

Referring now to Fig. 7B, an alternate view of the spreadsheet 700 is 
10 illustrated. In the present view, a series ofsearch records 714 are again illustrated. In 
Fig. 7B, the search records 714 illustrated are for various stock indices although, and 
as noted above, such records 714 may comprise any type of information. In the 
present example of stock indices, as well as the stock example of Fig. 7A, above, it 
will be appreciated that the data associated with such record 714 may be updated by 
1 5 way of a network 1 20 such as, for example, the Internet As was the case in Fig. 7 A, 
sheet 716 indicates that the spreadsheet 700 contains multiple levels of data that may 
be accessed by a user. As may be appreciated, the sheet 716 of Fig. 7B is contained 
within the spreadsheet 700 of Fig. 7 A, although any arrangement of sheets 716 and 
spreadsheets is equally consistent with an embodiment of the present invention. 

20 Thus, a method and system for operatively coimecting a computer to a remote 

communications device by way of verbal commands has been provided. While the 
present invention has been described in connection with the exemplary embodiments 
of the various figures, it is to be understood that other similar embodiments may be 
used or modifications and additions may be made to the described embodiment for 

25 performing the same function of the present invention without deviating therefrom. 
For example, one skilled in the art will recognize that the present invention as 
described in the present application may apply to any configuration of 
communications devices or software applications. Therefore, the present invention 
should not be limited to any single embodiment, but rather should be construed in 

30 breadth and scope in accordance with the appended claims. 



